home *** CD-ROM | disk | FTP | other *** search
- known problems and FAQs:
- -----------------------
-
-
- - GCC produces very inefficient code: use -O or -O2 option (optimize)
-
-
- - template.h: replace 'template' in typedef struct ... template through e.g. 'template_t';
- don't forget to change it all over the file
-
-
- - you get an extensive list of undefined external(s) with C++? Use '-+' option with mulink.
-
-
- - you still get an extensive list of undefined external(s)? Are you sure you are linking
- your obj with the MUPROS version of all other objs? Remember that mulink does link objects
- it finds in the files you mention. If there are no valid objects in a file mulink sometimes
- does not complain.
-
-
- - you get the message 'undefined external(s): __divsi3, __udivsi3, __modsi3, __umodsi3'? You
- are using stubs without the GNU C/C++ extension. Look for the file o.div-fast in the risclib
- directory and append it to stubsmu.
-
-
- - your application does not startup at all? You have probably converted your AOF stubs to
- MUPROS stubs (aofconvert) without applying option -O. If you do so, MULINK will not link
- some unreferenced areas (e.g. RTSK). But those areas are absolutely necessary.
-
-
- - any messages as '...!scrap.scrapdir.x0287400s: 76: error: bla bla bla'? Some incompatibility
- between compiler and assembler occured. Contact me (see below).
-
-
- - the same but in floating point context: remember that floating point arithmetic is not
- supported at the moment. Contact me to get the latest version (or check your other software
- sources).
-
-
- - just don't read the linker message 'undefined external(s): __root_stack_size, __RelocCode'.
- These symbols are weak external bindings in stubs. As MUPROS does not support weak bindings
- the linker will show the warning though the application will work correctly.
-
-
- - do skip the message 'double defined public variable(s): C$$Code' too.
-
-
- - your desktop application does not startup: link stubsmu before oslib_mu
-
-
- - GCC terminates fast but does not do anything obviously: increase your memory allocation
- either for 'next' or for the task gcc is started by
-
-
-
- Thomas Aeby
- Graeffet 406
- 1735 Giffers
- Switzerland
- Tel. 037/38 16 00
- EMail: aeby@uropax.contrib.de
-